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5 BACKGROUND OF THE INVENTION 

The present invention relates generally to online financial transactions, and 
more particularly to systems and methods for effecting person-to-person online financial 
transactions. 

As more and more individuals become connected to the Internet, the 

10 number of e-commerce transaction grows proportionately. Currently, typical e-commerce 
transactions require individuals to submit confidential information such as credit card 
information or other bank account information over the Internet to effect a transfer of 
funds. For example, each time an individual purchases a product from a different 
merchant over the Internet, the individual must typically submit confidential credit card 

1 5 information to the merchant to complete the purchase transaction. The more an 

individual transmits such confidential information over the Internet the more opportunity 
there is for that information to be compromised. 

Additionally, it is often difficult for individuals to effect monetary 
transactions without ultimately having a check sent from the payor to the payee; credit 

20 card transactions are not widely available for individuals. For example, in the context of 
an auction where one individual wins a bid to purchase an item from another individual, 
the purchaser must usually send a check to the seller. Such transactions are generally 
undesirable as postage is necessary to send the check, and processing of the check is 
required. This generally results in an undesirable increase in the amount of time and 

25 effort required to complete the transaction. 

Accordingly, it is desirable to provide systems and methods for effecting 
online financial transaction between individuals or between individuals and merchants 
without the need for sending and cashing checks or transmitting confidential information. 



SUMMARY OF THE INVENTION 
The present invention provides systems and methods for effecting online 
financial transactions between individuals or between individuals and entities such as 
banks, merchants and other companies. The present invention is particularly useful for 

5 effecting person-to-person financial transactions. 

According to the invention, each user accesses a fund exchange server to 
establish an online account, which is used to transfer funds to and from other entities' 
online accounts. An online account is generally a stored value account representing funds 
held in an account for the user at an affiliated financial institution. Each account, whether 

10 an individual account or a corporate account, can have one or more sub-accounts 

associated therewith. To fund an online account, funds can be transferred to an online 
account from, for example, a credit card account, direct demand account (DDA), or other 
financial account or from another online account. To withdraw funds, money can be 
transferred to a credit card account or other bank account. Any user may initiate a send 

1 5 money transaction or a request payment transaction with any other entity provided that 

entity is able to receive an electronic message. For example, the receiving entity needs an 
ID or an e-mail address for an e-mail account to which an electronic message may be 
sent. The electronic message may be an e-mail message, instant message or other 
electronic message. 

20 A user, i.e., an entity such as an individual or corporation, that desires to 

send money to another entity can do so by accessing an existing online account associated 
with the user and initiating a send money transaction. The user sending money (payor) 
enters an amount of funds to be transferred and contact information such as a user ID or 
an e-mail address of the recipient of the funds (payee). The payee may be an individual 

25 or other entity such as a corporation. The system sends an electronic message to the 
payee, for example, using an e-mail address if provided, indicating that the amount of 
funds has been "received" on the payee's behalf To effect transfer of the funds, the 
payee must access the system, for example, by selecting a URL or other link provided in 
the electronic message, and direct the received funds to an online account. An existing 

30 online account may be identified by the payee by providing information such as an 

account number and/or other identifying information such as a password. If the payee 
does not have an existing online account, the payee must sign up for an account and 
provide credit card information or information for a checking account or other bank 
account sufficient to effect electronic transfer of funds. Thereafter, the received funds can 
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be directed to the newly activated online account. At any point up to the time the 
received funds are deposited in the payee's online account, the payor can cancel the 
transaction. Any user may withdraw any or all of the balance in their online account(s) at 
any time by transferring funds to a credit card account or other bank account. 
5 A request money, or request payment, transaction, e.g. sending a bill, may 

also be initiated by a user (e.g., individual or corporation) that desires to receive payment 
from another entity. The user enters an amount of funds owed and contact information 
such as an e-mail address for the recipient of the payment request (payor). In the case of 
multiple payors, an amount and contact information (e.g., user IDs and/or an e-mail 

10 address) is necessary for each payor. The recipient of such a transaction request (payor) 
may be an individual or another entity such as a merchant corporation. The system sends 
a payment request to the payor via an electronic message, for example via e-mail to a 
provided address, and the payor may respond by selecting a URL or other link provided 
in the electronic message. If the payor accepts the payment request, the payor identifies 

15 an online account from which to transfer funds to the payee (initiator of the payment 

request). If the payor does not have an online account established, the payor must sign up 
for an online account and provide credit card information, or information for a checking 
account or other bank account sufficient to effect electronic transfer of funds, to fund the 
online account. Thereafter, the amount of funds are transferred to the payee and the 

20 system sends an e-mail notification or other electronic message to the payee indicating 
that the funds have been "received" on the payee's behalf. To complete the transaction, 
the payee must direct the received funds to an online account, for example, by providing 
an online account number and/or other identifying information such as a password. The 
payor may cancel the transaction at any time until the payee directs the received funds to 

25 an online account. 

According to an aspect of the invention, a computer implemented method 
of transferring funds from one online account to another is provided. The method 
typically comprises the step of receiving a transfer request from a first user, the transfer 
request including an amount of funds for transfer from a first online account associated 

30 with the first user and identification information for a recipient of the funds, the 

identification information including an e-mail address of the recipient. The method also 
typically includes the steps of automatically sending an e-mail notification to the recipient 
at the e-mail address, receiving a response from the recipient accepting or rejecting the 
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transfer of funds, and transferring said amount of funds from the first account to a second 
account associated with the recipient if the response indicates acceptance. 

According to another aspect of the invention a computer implemented 
method of transferring funds from one online account to another. The method typically 
5 comprises the steps of opening a first account responsive to a request from a first user to 
open an account, and receiving a payment request from the first user, the payment request 
including an amount of funds for transfer to an online account associated with the first 
user and identification information for a recipient of the payment request (payor), the 
identification information including an e-mail address of the payor. The method also 

10 typically includes the steps of automatically sending an e-mail notification to the payor at 
the e-mail address, the e-mail notification including the amount of funds to be transferred 
to the first user, receiving a payment response from the payor indicating acceptance or 
rejection of the payment request, and sending a second e-mail notification to the first user 
indicating whether the payment response from the recipient indicates acceptance or 

15 rejection of the payment request. If the payment response indicates acceptance, the 
method typically includes the steps of receiving a transfer request from the first user 
indicating that the funds be transferred to an identified online account associated with the 
first user, and transferring funds to the identified online account from a second account 
associated with the payor in response to the transfer request. 

20 According to yet another aspect of the invention, computer code executed 

by a computer system in a computer network is provided. The computer system is 
communicably coupled to a database of user accounts, the user accounts including values 
representing funds maintained by a financial institution on behalf of the users. The 
computer system executing the code for updating the values in the user accounts. The 

25 code typically includes instructions for processing a transfer request received by the 
computer system from a first user over the network, the transfer request including an 
amount of funds for transfer from a first user account associated with the first user and 
identification information for a second user, the identification information including an e- 
mail address of the second user, and instructions for automatically sending an e-mail 

30 notification to the second user at the e-mail address indicating that funds are ready for 
transfer to the second user. The computer code also typically includes instructions for 
processing a response received from the second user to determine whether the second 
user has accepted or rejected the transfer of funds, and instructions for updating the 
values of the first user account and a second user account associated with the second user 
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to reflect that the amount of funds was transferred from the first user to the second user if 
the response indicates acceptance. 

According to a further aspect of the invention, computer code executed by 
a computer system in a computer network is provided. The computer system is 
5 communicably coupled to a database of user accounts, the user accounts including values 
representing funds maintained by a financial institution on behalf of the users. The 
computer system executing the code for updating the values in the user accounts. The 
code typically includes instructions for processing a payment request received from a first 
user over the network, the payment request including an amount of funds for transfer to a 

10 first user account associated with the first user and identification information for a second 
user, the identification information including an e-mail address of the second user, and 
instructions for automatically sending an e-mail notification to the second user at the e- 
mail address, the e-mail notification including the amount of funds to be transferred to the 
first user. The code also typically includes instructions for processing a payment 

15 response received from the second to determine whether the second user has accepted or 
rejected the payment request, instructions for sending a second e-mail notification to the 
first user indicating whether the payment response from the recipient indicates acceptance 
or rejection of the payment request, and if the payment response indicates acceptance, 
instructions for processing a transfer request received from the first user to determine a 

20 user account identified by the first user, and instructions for updating the values of the 
identified account and a second user account associated with the second user to reflect 
that the amount of funds was transferred from the second user to the first user. 

According to yet a further aspect of the invention, a computer 
implemented method is provided for transferring funds between user accounts in a 

25 computer network including two or more affiliate banks, wherein the affiliate banks 

conduct fund transfer settlements. The method typically comprises the steps of receiving 
a transfer request to transfer funds from a first online account associated with a first user 
to a second online account associated with a second user, wherein the transfer request 
includes a bank identifier that identifies a first one of the affiliate banks, and transferring 

30 funds from the first online account to the second online account after the second user has 
approved the transfer request, wherein the first affiliate bank conducts the fund transfer 
settlement for the transferred funds on behalf of the first user. 

According to still a further aspect of the invention, a computer 
implemented method is provided for transferring funds between user online accounts in a 



computer network. The method typically comprises the steps of receiving registration 
information from a first user for establishing a first online account, the registration 
information including a physical mailing address, and setting a transaction limit on the 
first account to a first value. The method also typically includes the steps of thereafter 
5 receiving a confirmation code from the first user, wherein the confirmation code confirms 
that the physical mailing address is a valid address, and thereafter increasing the 
transaction limit on the first online account to a second value. 

Reference to the remaining portions of the specification, including the 
drawings and claims, will realize other features and advantages of the present invention. 
10 Further features and advantages of the present invention, as well as the structure and 

operation of various embodiments of the present invention, are described in detail below 
with respect to the accompanying drawings. In the drawings, like reference numbers 
indicate identical or functionally similar elements. 



15 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 illustrates a general overview o f an information retrieval and 
communication network including a fund exchange server, client devices, and remote 
servers according to an embodiment of the present invention; 
20 Figure 2 illustrates the process of conducting a send money transaction 

according to an embodiment of the present invention; 

Figure 3 illustrates an exemplary form for use during a send money 
transaction according to an embodiment of the present invention; 

Figure 4 illustrates the process of conducting a request money transaction 
25 according to an embodiment of the present invention; 

Figure 5 illustrates an exemplary form for use during a request money 
transaction according to an embodiment of the present invention; 

Figure 6 illustrates an exemplary form for use during a request money 
transaction involving multiple recipients according to an embodiment of the present 
30 invention; and 

Figure 7 illustrates an exemplary form for use with a "move money" 
transaction according to an embodiment of the invention. 
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DESCRIPTION OF THE SPECIFIC EMBODIMENTS 
Figure 1 illustrates a general overview of an information retrieval and 
communication network 10 including a fund exchange server 20, client devices 30i to 
30n ? and remote servers 50i to 50n according to an embodiment of the present invention. 
5 Li computer network 10, clients 30i to 30 N are coupled through the Internet 40, or other 
communication network, to fund exchange server 20 and servers 50i to 50 N . Only one 
fund exchange server 20 is shown, but it is understood that more than one fund exchange 
server can be used, either individually or in a distributed manner, and that other servers 
providing additional functionality may also be interconnected to any component shown in 

10 network 10 either directly, over a LAN or a WAN, or over the Internet. 

Several elements in the system shown in Figure 1 are conventional, well- 
known elements that need not be explained in detail here. For example, each client 
device 30 could be a desktop personal computer, workstation, cellular telephone, personal 
digital assistant (PDA), laptop, or any other device capable of interfacing directly or 

15 indirectly with the Internet. Each client 30 typically runs a browsing program, such as 
Microsoft's Internet Explorer, Netscape Navigator or the like, or a microbrowser such as 
a WAP enabled browser in the case of a cell phone, PDA or other handheld wireless 
devices, allowing a user of client 30 to browse pages and forms available to it from fund 
exchange server 20, servers 50i to 50n or other servers over Internet 40. Each client 

20 device 30 also typically includes one or more user interface devices 32, such as a 

keyboard, a mouse, touchscreen, pen or the like, for interacting with a graphical user 
interface (GUI) provided by the browser on a monitor screen, LCD display, etc., in 
conjunction with pages and forms provided by fund exchange server 20, servers 50i to 
50 N or other servers. The present invention is suitable for use with the Internet, which 

25 refers to a specific global Internetwork of networks. However, it should be understood 
that other networks can be used instead of the Internet, such as an intranet, an extranet, a 
virtual private network (VPN), a non-TCP/IP based network, any LAN or WAN or the 
like. 

According to one embodiment as will be described in more detail below, 
30 fund exchange server 20 and any related components are operator configurable using an 
application including computer code run using a central processing unit such as an Intel 
Pentium processor or the like. Computer code for operating and configuring fund 
exchange server 20 as described herein is preferably stored on a hard disk, but the entire 
program code, or portions thereof, may also be stored in any other memory device such as 
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a ROM or RAM, or provided on any media capable of storing program code, such as a 
compact disk medium, a floppy disk, or the like. Additionally, the entire program code, 
or portions thereof may be downloaded from a software source to fund exchange server 
20 over the Internet as is well known, or transmitted over any other conventional network 
5 connection as is well known, e.g., extranet, VPN, LAN, etc., using any communication 
medium and protocol as are well known. Additionally, portions of the program code may 
be downloaded or provided to client device 30 and executed on client device 30. 

In general, a user accesses and queries fund exchange server 20, servers 
50i to 50 N , and other servers through a client device 30 to view and download content 

10 such as news stories, advertising content, search query results including links to various 
websites and so on. Such content can also include other media objects such as video and 
audio clips, URL links, graphic and text objects such as icons and hyperlinks, forms, 
pages and the like. Additionally, such content is typically presented to the user as a web 
page formatted according to downloaded JavaScript code and HTML code and data as is 

15 well known. In general, any Standard Generalized Markup Language (SGML) may also 
be used. Users are able to communicably access fund exchange server 20, e.g., over the 
Internet 40, using a client device 30 and conduct transactions, open online accounts and 
monitor online account activity as will be described herein. 

A user typically accesses fund exchange server 20 by selecting or entering 

20 the URL identifying the fund exchange server 20. One example of such a fund exchange 
server 20 is located at the URL https://paydirect.yahoo.com. When accessed, fund 
exchange server 20 preferably provides the user with one or more web pages including 
options for opening online accounts, accessing existing online accounts, initiating 
transactions, responding to transaction requests, etc. If the user has already established an 

25 online account they may access an account page by providing an account number and 

security information such as a password and a security key. The account page preferably 
includes various status information of pending and past transactions, account balance(s), 
user preferences, etc., as well as options for initiating various financial transactions. If 
the user does not have an established account, the user can select to open an account. The 

30 user can open an account by providing information such as an e-mail address, a password, 
mailing address and/or other information as may be necessary. 

In general, an "online account" is an online stored value account 
representing an amount of funds held on the users behalf at an affiliate bank or other 
financial institution. A database 22 is provided for storing account information and data 



as is well known. To fund an account, the user must provide credit card information, e.g., 
credit card number, expiration date, etc, sufficient to effect a transfer of funds from a 
credit card account to the financial institution holding the user's actual funded account. 
An ATM check card (e.g., including a Visa logo) may also be used for transfer of funds to 
5 and from a checking account. ACH transfers may also be used to transfer funds to and 
from the affiliate financial institution as are well known. As shown in Figure 1, each 
financial institution can be represented as one of servers 50 and a credit card company 
can be represented as another one of servers 50. A connection may also be established 
between fund exchange server 20 and credit card server 50 or with financial institution 

10 server 50 or with an ACH network server. When a transaction has been completed, 

transaction information is communicated from fund exchange server 20 to the financial 
institution server 50, and the user's actual account is credited or debited accordingly. 
When a user desires to fund an online account or withdraw funds from an online account, 
the financial institution server handles the actual fund transfers such as credit card debits 

15 and credits, ACH transfers and the like. 

According to one embodiment, various online financial transactions may 
be initiated using an established online account, including a "send money" transaction, a 
"request money" transaction and a "move money" transaction. In a "send money" 
transaction, one is able to send funds to an entity such as another individual or a 

20 merchant, in a "request money" transaction, one is able to receive payment from another 
entity or entities, and in a "move money" transaction, one is able to transfer funds to and 
from a credit card account, ATM check card account, checking account, brokerage 
account, any other financial account, or another online account associated with the user. 

Figure 2 illustrates process of conducting a "send money" transaction 

25 according to an embodiment of the present invention. In this case, the initiator of the 
send money transaction is the "payor," and the recipient of the transaction request is the 
"payee". After the payor has selected the "send money" option, at step 100 the payor is 
prompted to enter an amount of funds for transfer and identification information for the 
recipient of the funds (payee). Identification information typically includes a name and 

30 an e-mail address of the payee or other contact information such as a user ID for initiating 
an instant message (IM) session, and may also include an identity confirmation query. 
For example, in one embodiment as shown in Figure 3, the payor is presented with a form 
200 including an amount field 210, a name field 220, an address field 230, message fields 
240, an identity confirmation selection button 245 and a query field 250. The payor then 



enters the appropriate information in the fields. In a preferred embodiment, amount field 
210 and e-mail address field 230 are required to be filled out, and the remaining fields are 
optional. If the payor selects to use the optionally provided identity confirmation feature, 
a query must also be input. The payee is later asked to confirm their identity by 
5 answering the query to the satisfaction of the payor as will be discussed in more detail 
below. 

After the amount and identification information has been entered and 
submitted, e.g., by selecting continue button 260, at step 1 10 the system processes the 
information and sends an electronic message (e.g., e-mail notification or IM) to the 

10 recipient (payee) using the contact information provided by the payor. The electronic 
message typically includes a link (e.g., URL link or other selectable link) to a web page 
located on the fund exchange server 20. In one embodiment, the electronic message only 
alerts the payee that funds are ready to be transferred to the payee, however, the 
electronic message can include varying amounts of information such as the sender's 

1 5 name, the amount of funds ready for transfer, etc. 

Upon selecting the link, a communication session is established between 
the payee (i.e., using client device 30) and the fund exchange server 20. The payee is 
provided with a web page or other online document that allows the payee to accept or 
reject the "send money" transaction. For example, in one embodiment, a form is 

20 provided with various fields and selection buttons. If the identity confirmation feature 
was selected by the payor, the payee is also presented with the identity confirmation 
query and a field for entering a response to the query. The payee must identify an 
account into which the funds are to be transferred, e.g., by providing an account number 
and password. If the payee does not have an account established, an account can be 

25 opened as described above. After all appropriate infomiation has been entered and 

submitted by the payee, the system processes the received information at step 120. If the 
payee rejected the transaction, at step 125 the payor is notified of the rejection, e.g., by an 
e-mail notification message or by updating the payor's account page, and the transaction 
is canceled. If the payee has accepted the transaction, the system determines whether 

30 identity confirmation is active for the current transaction in step 130. If the identity 

confirmation feature was not selected by the payor, in step 135 the funds are transferred 
from the payor's account to the account identified by the payee. If the identity 
confirmation feature was selected, in step 140 the payor is notified, preferably by an 
electronic message, that the payee has responded to the identity confirmation query. 

10 



Preferably, the response is included in an electronic message along with a URL link to the 
system, however, the response can be posted to the payor's account page for review the 
next time the payor logs into the system. 

If the payor is satisfied with the information provided in the identity 
5 confirmation response, the payor responds to the system with a decision. For example, 
the payor may select an accept button or a reject button. At step 150, the system receives 
and processes the payor's decision. If the payor rejected the identity confirmation 
response, the transaction is canceled in step 155. If the payor accepted the response, in 
step 160 the funds are transferred from the payor's account to the account identified by 

10 the payee. The payor can cancel the transaction at any time until the funds are transferred 
to the payee's account. 

Figure 4 illustrates the process of conducting a "request money" 
transaction according to an embodiment of the present invention. In this case, the 
initiator of the request money transaction is the "payee," and the recipient of the 

15 transaction request is the "payor". After the payee has selected the "request money" 
option from the account page, at step 300 the payee is prompted to enter an amount of 
funds for transfer and identification information for the recipient of the payment request 
(payor). Identification information typically includes a name and an e-mail address of the 
payor or other contact information such as a user ID for initiating an instant message (IM) 

20 session. For example, in one embodiment as shown in Figure 5, the payee is presented 
with a form 400 including an amount field 410, a name field 420, an address field 430, 
message fields 440, and an invoice field 450. The payee enters the appropriate 
information in the fields. In a preferred embodiment, amount field 410 and e-mail 
address field 430 are required to be filled out, and the remaining fields are optional. 

25 After the amount and identification information has been entered and 

submitted, e.g., by selecting continue button 460, at step 310, the system processes the 
information and sends an electronic message (e.g., e-mail notification or EM) to the 
recipient (payor) using the contact information provided by the payee. The electronic 
message typically includes a link (e.g., URL link or other selectable link) to a web page 

30 located on the fund exchange server 20. In one embodiment, the electronic message only 
alerts the recipient that a payment request, e.g., invoice or bill, has been received, 
however, the electronic message can include varying amounts of information such as the 
sender's name, the amount of funds desired to be transferred, etc. 
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Upon selecting the link, a communication session is established between 
the payor (i.e., using client device 30) and the fund exchange server 20. The payor is 
provided with a web page or other document that allows the payor to accept or reject the 
"request money" transaction. For example, in one embodiment, a form is provided with 
5 various fields and selection buttons. The payor must identify an account from which the 
funds are to be transferred, e.g., by providing an account number and password. If the 
payor does not have an account established, an account can be opened and funded as 
described above. If the payor accepts the transaction they are provided with the ability to 
select the identity confirmation feature. If the identity confirmation feature is selected, 

10 the payor must enter a query. After all appropriate information has been entered and 

submitted by the payor, the system processes the received information at step 320. If the 
payor rejected the transaction, in step 325 the payee is notified of the rejection, e.g., by an 
electronic message or by updating the payee's account page. If the payor has accepted 
the transaction, in step 330 the system notifies the payee, e.g., by sending an electronic to 

1 5 the payee indicating that the transaction has been accepted by the payor. In one 

embodiment, the payor may select to accept the transaction in part, in which case the 
payor must enter the partial payment amount. The partial payment amount is also 
communicated to the payee, either in an electronic message indicating acceptance or by 
posting to the payee's account page. If the payor has selected the optional identity 

20 confirmation feature, the query is also communicated to the payee, either in an electronic 
message indicating acceptance or by posting to the payee's account page. The electronic 
message also typically includes a link to a web page located on the fund exchange server 
20. 

Upon selecting the link, a communication session is established between 
25 the payee (e.g., using client device 30) and the fund exchange server 20. The payee is 

provided with a web page that allows the payee to direct the "received" funds to an online 
account. For example, in one embodiment, the payee is provided with an account page 
for an account associated with the payee. Alternately, or in addition, a form is provided 
with various fields and selection buttons. If the identity confirmation feature was selected 
30 by the payor, the payee is also presented with the identity confirmation query and a field 
for entering a response to the query. The payee must identify an account into which the 
funds are to be transferred, e.g., by designating the account associated with the active 
account page, or by providing an account number and password for another account 
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associated with the payee. If desired, the payee may open another account as described 
above. 

After all appropriate information has been entered and submitted by the 
payee, the system processes the received information at step 340. The payee may also be 
5 provided with an option to cancel the transaction at this point. At step 350, the system 
determines whether identity confirmation is active for the current transaction. If the 
identity confirmation feature was not selected by the payor, in step 355 the funds are 
transferred from the payor's account to the account identified by the payee. If the identity 
confirmation feature was selected, in step 360 the payor is notified, preferably by an 

10 electronic message, that the payee has responded to the identity confirmation query. 

Preferably, this response is included in an electronic message along with a URL link to 
the system, however, the response can be posted to the payor's account page for review 
the next time the payor logs in to the system. 

If the payor is satisfied with the information provided in the identity 

15 confirmation response, the payor responds to the system with a decision. For example, 
the payor may select an accept button or a reject button. At step 370, the system receives 
and processes the payor's decision. If the payor rejected the identity confirmation 
response, the transaction is canceled in step 375. If the payor accepted the response, in 
step 380 the funds are transferred from the payor's account to the account identified by 

20 the payee. The payor can cancel the transaction at any time until the funds are transferred 
to the payee's account. 

In one embodiment, a multiple payor bill may be submitted as part of a 
"request money" transaction. Figure 6 illustrates an exemplary form 500 for use during a 
request money transaction involving multiple recipients (payors) according to an 

25 embodiment of the present invention. Form 500 preferably includes amount fields 510, 
name fields 520, address fields 530, message fields 540 ; and a selection field 550 for 
selecting the number of recipients. The payee enters the appropriate information in the 
fields, submits the form, and the system thereafter submits transaction requests to each 
individual payor and conducts transaction processing individually as described above 

30 with reference to Figure 4. 

In a "move money" transaction, funds are transferred to and from an 
online account. According to one embodiment, funds may be withdrawn from an online 
account to a credit card account, an ATM check card account, checking account or other 
financial account. According to another embodiment, funds may be transferred to an 

13 



online account from a credit card account, an ATM check card account, checking account 
or other financial account. The financial institution server 50 effects the transfer of the 
actual funds with the appropriate account server, e.g., credit card server, ACH network 
server, bank server, etc. In another embodiment, funds may be transferred between 
5 online accounts associated with the user. For example, the user may have two or more 
separate online accounts or one or more online sub-accounts may be tied to a master 
online account. For sub-accounts, actual funds are debited or credited to an account at the 
financial institution associated only with the master account, such that when an online 
transaction involving a sub-account is completed actual funds may only be withdrawn 

10 from, or added to, the master account. Funds may be moved between the master account 
and a sub-account by the entity controlling the master account. Sub-accounts are useful 
for many applications, including, for example, allowing parents (controlling master 
account) to provide a monthly allowance to a child (sub-account) away at college or 
providing a limited spending account (sub-account) for an employee in charge of buying 

15 office supplies for a company (controlling master account). 

To effect transfer between online accounts and between an online account 
and a credit card account, ATM check card account, checking account or other financial 
account, the user is preferably provided with a form with fields for entering the amount 
desired to be transferred, the account into which funds are to be transferred and the 

20 account from which funds are to be transferred. Figure 7 illustrates an exemplary form 
for use with a "move money" transaction according to an embodiment of the invention. 
As shown, form 600 preferably includes an amount field 610, an account field 620 from 
which funds are to be transferred and a second account field 630 into which funds are to 
be transferred. Other fields may be presented for other necessary information such as 

25 passwords, PIN numbers, expiration dates, routing numbers, etc. If a user has previously 
entered account information, the user is preferably able to select that account without 
having to re-enter the information. When filled out, the user submits the form and the 
system processes the information and moves the funds accordingly. For online account- 
to-online account moves, the database 22 is updated, and for transfers to and from online 

30 accounts, financial institution server 50 is provided with the appropriate information so as 
to effect the actual transfer of funds to or from the credit card account, conduct ACH 
settlement, etc. 

According to one embodiment, multiple affiliate banks are provided for 
conducting settlements, e.g., ACH settlements with other banks, check card transactions, 
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transactions with credit card companies, etc. Referring to Figure 1, for example, one 
affiliate financial institution may be represented as server 50i, and a second financial 
institution as server 502. In this embodiment, a user is preferably given an option to 
choose an affiliate bank to conduct the settlements. For example, the different affiliate 
5 financial institutions may offer different fee schedules, award programs, etc. After a user 
selects an affiliate financial institution, that institution becomes the default until changed 
by the user. In one embodiment, both parties to a transaction (i.e., payor and payee) may 
identify the same or different affiliate financial institutions for conducting settlement for 
the transaction. Additionally, different default affiliate banks may be selected by a user 

10 depending on the type of settlement. In preferred aspects, database 22 stores the affiliate 
bank preferences and other user preferences in relation to each online account. 

According to another embodiment, a transaction limit is placed on an 
online account until it has been established that the user is able to receive mail at a billing 
address, e.g., for a credit card or ATM check card. In this embodiment, the user is limited 

15 to sending or receiving no more than a certain amount, for example, $200, until the user 
has verified that they are able to receive U.S. mail at the billing address. When the user 
signs up or registers with the system, a letter is sent to the billing address. The letter 
includes a code, such as an alphanumeric code. After the letter and code have been 
received, the user can verify/confirm the physical billing address by entering the code 

20 when logging in to the system. Once the physical address has been confirmed, the 

transaction limit may be raised. In one embodiment, the transaction limit is automatically 
raised, for example, to the lesser of $1000/month or the credit card limit, if credit card 
information was entered. Alternatively, the transaction limit may be set by the user, 
within a specified maximum set by the system. It will also be appreciated that any 

25 transaction limit determining scheme may be used. 

While the invention has been described by way of example and in terms of 
the specific embodiments, it is to be understood that the invention is not limited to the 
disclosed embodiments. To the contrary, it is intended to cover various modifications and 
similar arrangements as would be apparent to those skilled in the art. Therefore, the 

30 scope of the appended claims should be accorded the broadest interpretation so as to 
encompass all such modifications and similar arrangements. 
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WHAT IS CLAIMED IS: 



1 1 . A computer implemented method of transferring funds from one 

2 online account to another, the method comprising the steps of: 

3 receiving a transfer request from a first user, the transfer request including 

4 an amount of funds for transfer from a first online account associated with the first user 

5 and identification information for a recipient of the funds, the identification information 

6 including an electronic message address for the recipient; 

7 automatically sending an electronic message to the recipient using the 

8 electronic message address, the electronic message indicating that funds are ready for 

9 transfer to the recipient; 

10 receiving a response from the recipient accepting or rejecting the transfer 

11 of funds; and 

12 transferring said amount of funds from the first account to a second 

13 account associated with the recipient if the response indicates acceptance. 

1 2. The method of claim 1, wherein ttie electronic message address is 

2 an e-mail address, and wherein the electronic message is an e-mail message. 

1 3. The method of claim 1, wherein the electronic message address 

2 includes a user ID associated with the recipient, and wherein the step of automatically 

3 sending an electronic message includes initiating an instant message session with the 

4 recipient based on the user ID. 

1 4. The method of claim 1, wherein the response includes a request by 

2 the recipient to open an account, and wherein the method further includes the step of 

3 opening the second account for the recipient. 

1 5. The method of claim 1 , wherein the response from the recipient 

2 includes information identifying the second account. 
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1 6. The method of claim 1 , wherein the transfer request further 

2 includes a request for identity confirmation, and wherein the response from the recipient 

3 includes identity information responsive to the request for identity confirmation, the 

4 method further including the steps of: 

5 automatically sending the identity information to the first user; and 

6 receiving from the first user an acceptance or a rejection of the identity 

7 information; 

8 wherein funds are transferred only if an acceptance is received from the 

9 first user. 

1 7. The method of claim 6, wherein the request for identity 

2 confirmation includes a query, and wherein the identity information from the recipient 

3 includes an answer to the query. 

1 8. The method of claim 1, further including the step of opening the 

2 first account in response to a request from the first user to open the first account. 

1 9. The method of claim 8, wherein the step of opening the first 

2 account includes: 

3 receiving credit card account information from the first user; 

4 establishing a connection with a server associated with the credit card 

5 account; and 

6 transferring funds from the credit card account to the first account. 

1 10. The method of claim 1, further comprising the steps of: 

2 receiving credit card account information from the recipient; 

3 establishing a connection with a server associated with the credit card 

4 account; and 



17 



5 transferring funds from the second account to the credit card account in 

6 response to a withdrawal request received from the recipient. 

1 11. The method of claim 1 , wherein the method is implemented in a 

2 host server, and wherein the electronic message includes a URL link to the host server. 

1 12. A computer implemented method of transferring funds from one 

2 online account to another, the method comprising the steps of: 

3 receiving a payment request from a first user, the payment request 

4 including an amount of funds for transfer to an online account associated with the first 

5 user and identification information for a recipient of the payment request (payor), the 

6 identification information including an electronic message address of the payor; 

7 automatically sending an electronic message to the payor using the 

8 electronic message address, the electronic message including the amount of funds to be 

9 transferred to the first user; 

10 receiving a payment response from the payor indicating acceptance or 

1 1 rejection of the payment request; 

12 sending a second electronic message to the first user indicating whether 

1 3 the payment response from the recipient indicates acceptance or rejection of the payment 

14 request; and if the payment response indicates acceptance: 

1 5 receiving a transfer request from the first user indicating that the funds be 

1 6 transferred to an identified online account associated with the first user; and 

17 transferring funds to the identified online account from a second account 

1 8 associated with the payor in response to the transfer request. 

1 13. The method of claim 1, wherein the electronic message address is 

2 an e-mail address, and wherein the electronic message is an e-mail message. 
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1 14. The method of claim 1, wherein the electronic message address 

2 includes a user ID associated with the payer, and wherein the step of automatically 

3 sending an electronic message includes initiating an instant message session with the 

4 payer based on the user ID. 

1 15. The method of claim 12, wherein if the payment response from the 

2 payor indicates acceptance of the payment request, the payment response further includes 

3 a request for identity confirmation, and wherein the transfer request from the first user 

4 includes identity information responsive to the request for identity confirmation, the 

5 method further including the steps of: 

6 automatically sending the identity information to the payor; and 

7 receiving from the payor an acceptance or a rejection of the identity 

8 information; 

9 wherein funds are transferred only if an acceptance of the identity 
10 information is received from the payor. 

1 16. The method of claim 12, further including the step of transferring 

2 funds from the identified online account to a user identified credit card account in 

3 response to a request from the first user to withdraw funds from the identified online 

4 account. 

1 17. The method of claim 12, wherein the payment response further 

2 includes information identifying the second account associated with the payor. 

1 18. The method of claim 12, wherein the payment response includes a 

2 request to open an account for the payor, the method further including the steps of: 

3 opening the second account; and 

4 depositing funds into the second account. 
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1 19. The method of claim 18, wherein the step of depositing funds 

2 includes the steps of: 

3 receiving credit card account information from the payor; 

4 establishing a connection with a server associated with the credit card 

5 account; and 

6 transferring funds from the credit card account to the second account. 

1 20. The method of claim 12, wherein the method is implemented in a 

2 host server, and wherein the electronic message includes a URL link to the host server. 

1 21. The method of claim 12, wherein a plurality of online accounts are 

2 associated with the first user, and wherein the identified account is one of the plurality of 

3 online accounts. 

1 22. The method of claim 2 1 , further including the step of transferring 

2 funds from the identified account to a different one of said plurality of accounts in 

3 response to a request from the first user. 

1 23. In a computer network, a computer system communicably coupled 

2 to a database of user accounts, the user accounts including values representing funds 

3 maintained by a financial institution on behalf of the users, the computer system 

4 executing code for updating the values in the user accounts, the code including 

5 instructions for: 

6 processing a transfer request received by the computer system from a first 

7 user over the network, the transfer request including an amount of funds for transfer from 

8 a first user account associated with the first user and identification information for a 

9 second user, the identification information including an electronic message address for 
10 the second user; 
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1 1 automatically sending an electronic message to the second user using the 

12 electronic message address, the electronic message indicating that funds are ready for 

13 transfer to the second user; 

14 processing a response received from the second user to determine whether 

1 5 the second user has accepted or rejected the transfer of funds; and 

16 updating the values of the first user account and a second user account 

17 associated with the second user to reflect that the amount of funds was transferred from 

1 8 the first user to the second user if the response indicates acceptance. 

1 24. The method of claim 1, wherein the electronic message address is 

2 an e-mail address, and wherein the electronic message is an e-mail message. 

1 25. The method of claim 1, wherein the electronic message address 

2 includes a user ID associated with the second user, and wherein the step of automatically 

3 sending an electronic message includes initiating an instant message session with the 

4 second user based on the user ID. 

1 26. The computer system of claim 23, wherein the response includes a 

2 request by the second user to open an account, and wherein the code further includes 

3 instructions for opening the second account for the second user. 

1 27. The computer system of claim 23, wherein the response from the 

2 second user includes information identifying the second account. 

1 28. The computer system of claim 23, wherein the transfer request 

2 further includes a request for identity confirmation, and wherein the response from the 

3 second user includes identity information responsive to the request for identity 

4 confirmation, the code further including instructions for: 
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5 automatically sending the identity information to the first user; and 

6 processing a second response received from the first user indicating 

7 acceptance or rejection of the identity information; 

8 wherein the values are updated only if the second response indicates 

9 acceptance. 

1 29. The computer system of claim 28 , wherein the request for identity 

2 confirmation includes a query, and wherein the identity information from the second user 

3 includes an answer to the query. 

1 30. In a computer network, a computer system communicably coupled 

2 to a database of user accounts, the user accounts including values representing funds 

3 maintained by a financial institution on behalf of the users, the computer system 

4 executing code for updating the values in the user accounts, the code including 

5 instructions for: 

6 processing a payment request received from a first user over the network, 

7 the payment request including an amount of funds for transfer to a first user account 

8 associated with the first user and identification information for a second user, the 

9 identification information including an electronic message address for the second user; 

1 0 automatically sending an electronic message to the second user using the 

1 1 electronic message address, the electronic message including the amount of funds to be 

12 transferred to the first user; 

13 processing a payment response received from the second to determine 

14 whether the second user has accepted or rejected the payment request; 

15 sending a second electronic message to the first user indicating whether 

16 the payment response from the recipient indicates acceptance or rejection of the payment 

17 request; and if the payment response indicates acceptance: 

1 8 processing a transfer request received from the first user to determine a 

19 user account identified by the first user; and 

20 updating the values of the identified account and a second user account 

21 associated with the second user to reflect that the amount of funds was transferred from 

22 the second user to the first user. 
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1 31. The method of claim 1, wherein the electoronic message address is 

2 an e-mail address, and wherein the electronic message is an e-mail message. 

1 32. The method of claim 1, wherein the electronic message address 

2 includes a user ID associated with the second user, and wherein the step of automatically 

3 sending an electronic message includes initiating an instant message session with the 

4 second user based on the user ID. 

1 33. The computer system of claim 30, wherein if the payment response 

2 from the second user indicates acceptance of the payment request, the payment response 

3 further includes a request for identity confirmation, and wherein the transfer request from 

4 the first user includes identity information responsive to the request for identity 

5 confirmation, and wherein the code further includes instructions for: 

6 automatically sending the identity information to the second user; and 

7 processing a second response received from the second user to determine 

8 whether the identity information was accepted or rejected; 

9 wherein values are updated only if the identity information was accepted. 

1 34. The computer system of claim 30, wherein the payment response 

2 includes a request by the second user to open an account, and wherein the code further 

3 includes instructions for opening the second account for the second user. 

1 35. The computer system of claim 30, wherein the payment response 

2 from the second user includes information identifying the second account. 
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1 36. A computer implemented method of transferring funds between 

2 user accounts in a computer network including two or more affiliate banks, wherein the 

3 affiliate banks conduct fund transfer settlements, the method comprising the steps of: 

4 receiving a transfer request to transfer funds from a first online account 

5 associated with a first user to a second online account associated with a second user, 

6 wherein the transfer request includes a bank identifier that identifies a first one of the 

7 affiliate banks; and 

8 transferring funds from the first online account to the second online 

9 account after the second user has approved the transfer request; 

10 wherein the first affiliate bank conducts the fund transfer settlement for the 

1 1 transferred funds on behalf of the first user. 

1 37. The method of claim 36, wherein the settlement includes one of an 

2 ACH transaction, a check card transaction and a credit card transaction. 

1 38. The method of claim 36, wherein the transfer request includes an 

2 electronic message address for the second user, wherein the method further includes the 

3 step of automatically sending an electronic message to the second user using the 

4 electronic message address, wherein the electronic message indicates that funds are ready 

5 for transfer to the second user. 

1 39. The method of claim 38, wherein the electronic message address is 

2 an e-mail address, and wherein the electronic message is an e-mail message. 

1 40. The method of claim 38, wherein the electronic message address 

2 includes a user ID associated with the second user, and wherein the step of automatically 

3 sending an electronic message includes initiating an instant message session with the 

4 second user based on the user ID. 
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1 41 . The method of claim 36, further including the step of receiving a 

2 second bank identifier from the second user, the second bank identifier identifying one of 

3 the affiliate banks for conducting fund transfer settlement on behalf of the second user. 

1 42. The method of claim 41, wherein the first and second bank 

2 identifiers indicate the same affiliate bank. 

1 43. A computer implemented method of transferring funds between 

2 user online accounts in a computer network, the method comprising the steps of: 

3 receiving registration information from a first user for establishing a first 

4 online account, the registration information including a physical mailing address; 

5 setting a transaction limit on the first account to a first value; thereafter 

6 receiving a confirmation code from the first user, wherein the confirmation 

7 code confirms that the physical mailing address is a valid address; and thereafter 

8 increasing the transaction limit on the first online account to a second 

9 value. 

1 44. The method of claim 43, further comprising the step of: 

2 causing the confirmation code to be sent to the physical mailing address. 

1 45. The method of claim 43, wherein the second value is selected by 

2 the first user. 

1 46. The method of claim 43, wherein the physical mailing address is 

2 associated with a billing address for one of a credit card account and an ATM check card 

3 account. 
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47. The method of claim 43, wherein the registration information and 
confirmation code are received from the first user over the Internet. 
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SYSTEMS AND METHODS FOR IMPLEMENTING PERSON-TO-PERSON 

MONEY EXCHANGE 

ABSTRACT OF THE DISCLOSURE 
Systems and methods for effecting online financial transactions between 
5 individuals or between individuals and entities such as banks, merchants and other 

companies. Each user accesses a fund exchange server to establish an online account, which 
is used to transfer funds to and from other entities' online accounts. To fund an online 
account, funds can be transferred to the online account from a credit card account or from 
another online account. To withdraw funds, money can be transferred to a credit card 
10 account or other bank account. Any user may initiate a send money transaction or a request 
payment transaction with any other entity provided that entity has an e-mail address. For a 
m send money transaction, the user sending money (payor) enters an amount of funds to be 
^ transferred and an e-mail address of the recipient of the funds (payee). The system sends an 
^5 e-mail message to the payee at the address provided indicating that the amount of funds has 
}g> been "received" on the payee's behalf. The payee must then either open an online account or 
4- identify an existing online account to complete the transaction. For a request money 
O transaction, a user enters an amount of funds owed and an e-mail address for the recipient of 
12 the payment request (payor), and the system sends a payment request to the payor via e-mail 
Irl at the provided address. If the payor accepts the payment request, the payor identifies an 
g) online account from which to transfer funds to the payee (initiator of the payment request). If 
the payor does not have an online account established, the payor must sign up for an online 
account and provide a credit card number to fund the online account. Thereafter, the amount 
of funds are transferred to the payee and the system sends an e-mail notification to the payee 
indicating that the funds have been "received" on the payee's behalf In both cases, to 
25 complete a transaction, the payee must direct the received funds to an online account, for 

example, by providing an online account number and/or other identifying information such as 
a password. The payor may cancel the transaction at any time until the payee directs the 
received funds to an online account. 

30 SF 1101121 v3 
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First Name: 


Middle Name or Initial: 




Inventor 3: 


ROBERTS 


KAYCIE 








Residence & 


City: 


State/Foreign Country: 


Country of Citizenship: 




Citizenship: 


San Francisco 


California 


United States 






Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 




Address: 


3730 Scott St. #303 


San Francisco 


California 


94123 




Full Name of 


Last Name: 


First Name: 


Middle Name or Initial: 




Inventor 4: 


SIMON 


ROBERT 








Residence & 


City: 


State/Foreign Country: 


Country of Citizenship: 




Citizenship: 


San Francisco 


California 


United States 






Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 




Address: 


290 Green Street 


San Francisco 


California 


94133 




Full Name of 


Last Name: 


First Name: 


Middle Name or Initial: 




Inventor 5: 


BAUM 


MICHAEL 








Residence 8c 


City: 


State/Foreign Country: 


Country of Citizenship: 




Citizenship: 


San Francisco 


California 


United States 






Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 




Address: 


2872 Pine Streeet 


San Francisco 


California 


94115 




Full Name of 


Last Name: 


First Name: 


Middle Name or Initial: 




Inventor 6: 


SCHMANDT 


MIEKO 








Residence 8c 


City: 


State/Foreign Country: 


Country of Citizenship: 


%i4 


Citizenship: 


Portola Valley 


California 


Japan 




IM 


Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 


W 


Address: 


228 Canyon Drive 


Portola Valley 


California 


94028 




Full Name of 


Last Name: 


First Name: 


Middle Name or Initial: 


1=1 


Inventor 7: 


MENG 


PEIHUAN 








Residence & 


City: 


State/Foreign Country: 


Country of Citizenship: 




Citizenship: 


Redwood City 


California 


United States 






Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 




Address: 


807 6th Avenue 


Redwood City 


California 


94063 


fa 


Full Name of 


Last Name: 


First Name: 


Middle Name or Initial: 




Inventor 8: 


LIU 


IVAN 






= r= 


Residence 8c 


City. 


State/Foreign Country: 


Country of Citizenship: 




Citizenship: 


Redwood City 


California 


United States 






Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 


U 


Address: 


348 Mindanao Drive 


Redwood City 


California 


94065 




Full Name of 


Last Name: 


First Name: 


Middle Name or Initial: 




Inventor 9: 


NOA 


JORGE 








Residence 8c 


City: 


State/Foreign Country: 


Country of Citizenship: 




Citizenship: 


San Francisco 


California 


United States 






Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 




Address: 


78 Midcrest Way 


San Francisco 


California 


94131 




Full Name of 


Last Name: 


First Name: 


Middle Name or Initial: 




Inventor 10: 


HAMPTON 


MARTIN 








Residence & 


City: 


State/Foreign Country: 


Country of Citizenship: 




Citizenship: 


Belmont 


California 


Australia 






Post Office 


Post Office Address: 


City: 


State/Country: 


Postal Code: 




Address: 


1571 Winding Way 


Belmont 


California 


94002 



I further declare that all statements made herein of my own knowledge are true and that all statements made on information and belief 
are believed to be true; and further that these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code, and that such willful 
false statements may jeopardize the validity of the application or any patent issuing thereon. 
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Signature of Inventor 1 


SliPTiatiirp of Tnv^ntor 7 

kJX fcLAXCiLLAX w v/X XIX V vllLL/1 ji* 


SHpnature of Tnventor ^ 


Paul Gallagher 
Date 


Steve Davis 
Date 


Kaycie Roberts 
Date 


Signature of Inventor 4 


Signature of Inventor ^ 


Signature of Inventor 6 


Robert Simon 


Michael Baum 


Mieko Schmandt 


Date 


Date 


Date 


Signature of Inventor 7 

UlCllUlUiV Ul 111 Y VlllV/1 / 


Signature of Inventor R 


Signature of Inventor 9 


Penman Meng 


Ivan Liu 


Jorge Noa 


DaSe 


Date 


Date 


Si^iature of Inventor 1 0 

Martin Hampton 
Dale 





sWl 25439 vl 
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